home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX Patches 1995 December
/
SGI IRIX Patches 1995 Dec.iso
/
relnotes
/
patchSG0000779
/
ch1.z
/
ch1
Wrap
Text File
|
1995-11-17
|
10KB
|
331 lines
- 1 -
1. _P_a_t_c_h__S_G_0_0_0_0_7_7_9__R_e_l_e_a_s_e__N_o_t_e
This release note describes patch SG0000779 to IRIX 5.3 with
XFS.
1.1 _S_u_p_p_o_r_t_e_d__H_a_r_d_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch contains bug fixes for the following machine
types.
+o Challenge and Onyx with R4400 processors
+o Crimson (4D/510)
+o PowerSeries (4D/120, 4D/2xx, 4D/3xx and 4D/4xx)
+o Indigo and Indigo2
+o Indy
The software cannot be installed on other configurations.
1.2 _S_u_p_p_o_r_t_e_d__S_o_f_t_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch contains bug fixes for IRIX 5.3 with XFS. The
software cannot be installed on other configurations.
Note: in order for this patch to work fully, Patches
SG0000529 and SG0000479 must also be installed. Also,
the optional product eoe2.sw.xlvplex should be
installed (no license is needed if plexing is not
used). IF YOU HAVE MULTIPLE RAIDS AND HAVE PATCH
SG0000585 INSTALLED, PLEASE REMOVE IT AND INSTALL
PATCHSG0000779. ALSO, IF YOU HAVE RAIDS ATTACHED TO A
SECOND IO4, PLEASE UPGRADE TO PATCH PATCHSG0000779.
1.3 _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_0_7_7_9
This patch contains fixes for the following bugs in IRIX 5.3
with XFS. Bug numbers from Silicon Graphics bug tracking
system are included for reference.
+o Do a full revive (xlv_assemble -f) during init so the
root volume can be revived.
+o With a root volume, running xlv_assemble(1m) and
xlv_admin(1m) at the same time can cause the system to
panic. (bug #299898)
+o xlv_make(1m) checks for a stripe unit size that exceeds
the partition size.
- 2 -
+o Xlv_make(1m) fails to make a volume element when the
disk used in the ve does not have a device node for its
partition 0. (bug #302856)
+o Xlv_shutdown(1m) cannot shut down the root volume, but
it should update the timestamp so a stale plex can be
detected. (bug #301305)
+o Xlv_shutdown(1m) forcefully shuts down opened XLV
volumes when the -_f option is used.
This patch also "rolls up" patch 703 that fixes the bugs
listed below:
+o When booting off a degraded plexed root volume, the
system can boot off the underlying disk instead of the
volume. If this happens, the root filesystem is no
longer a volume. This only occurs for plexed root
volumes with one and only one surviving plex and that
plex is not the first plex. (bug #294741)
+o Running xlv_assemble(1m) multiple times or
configuration changes via xlv_admin(1m) can cause
xlv_labd(1m) to go into an infinite loop. This prevents
xlv label updates and in turn breaks some xlv
administration commands. (bug #285135)
+o Xlv_plexd(1m) loses queued requests when there are more
than 15 volumes. (bug #286367)
+o Invoking xlv_assemble(1m) multiple times or creating
volumes using multiple calls to xlv_make(1m) causes
unnecessary plex revives of plexed volumes. (bug
#290169)
+o XLV does not deal correctly with devices attached to a
second IO4 board (bug #292107).
+o XLV exits prematurely when it encounters a missing disk
device node, without assembling any volumes, and
without an error message (bug #289180).
+o XLV gives no indication of duplicate volume names (bug
#290852).
+o On a system with more than one RAID, it is possible
that SP's belonging to different RAID's will be
considered as belonging to the same RAID (this is
because the serial numbers on the RAIDs are not
necessarily unique, contrary to the specifications).
THIS IS A SERIOUS PROBLEM AND CAN CAUSE DATA
CORRUPTION! This patch, a replacement for Patch
- 3 -
SG0000585, fixes this problem (bug #283850). Also, the
limitation on the number of volumes has been raised to
250.
+o XLV would return ENOSPC on reads of the entire volume,
as when backing up the volume (bug #282197). This
patch fixes this bug, and otherwise is identical to
patch 320 (which it replaces).
+o The XLV Volume Manager did not understand about
multiple I/O paths to disks, nor fail over
automatically when an I/O error occurred. With this
patch, XLV will be able to detect when a dual
controller SGI RAID device is part of a volume,
configure such a volume appropriately, and to mask
failures along one path to the RAID by switching to an
alternate controller. (bug #261815)
+o After _x_l_v__a_s_s_e_m_b_l_e(1m) assembles all the logical
volumes and generates a configuration data structure,
_x_l_v__a_s_s_e_m_b_l_e(1m) removes all incomplete volume from the
data structure. Part of the removal process involved
compacting the data structure. The compaction was
incorrectly done and resulted in the wrong information
being passed to the XLV driver. Future volume accesses
can panic the system. (Bug #260842)
+o _x_l_v__a_d_m_i_n(1m) can fail to delete an used (no file
system mounted) volume. This can happen when the
volume being deleted does not have a log subvolume.
(Bug #260906)
+o _x_l_v__a_d_m_i_n(1m) can core dump with a segmentation
violation when deleting an incomplete volume. (Bug
#261390)
+o When appending a standalone volume element to a plex,
_x_l_v__a_d_m_i_n(1m) incorrectly sets the "end_block_no" of
the new volume element. The size of the current last
volume element was used in the end_block_no calculation
instead of the size of the new volume element. (Bug
#261675)
1.4 _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_0_7_7_9
This patch release includes these subsystems:
+o patchSG0000779.eoe1_sw.unix
+o patchSG0000779.eoe2_sw.xlv
- 4 -
+o patchSG0000779.eoe2_sw.xlvplex
1.5 _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
Because you want to install only the patches for problems
you have encountered, patch software is not installed by
default. After reading the descriptions of the bugs fixed in
this patch (see Section 1.3), determine the patches that
meet your specific needs.
If, after reading Sections 1.1 and 1.2 of these release
notes, you are unsure whether your hardware and software
meet the requirements for installing a particular patch, run
_i_n_s_t.
Patch software is installed like any other Silicon Graphics
software product. Follow the instructions in your _S_o_f_t_w_a_r_e
_I_n_s_t_a_l_l_a_t_i_o_n _A_d_m_i_n_i_s_t_r_a_t_o_r'_s _G_u_i_d_e to bring up the miniroot
form of the software installation tools.
Follow these steps to select a patch for installation:
1. At the Inst>prompt, type
iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
2. Select the desired patches for installation.
3. Initiate the installation sequence. Type
IIIInnnnsssstttt>>>> ggggoooo
4. You may find that two patches have been marked as
incompatible. If this occurs, you must deselect one
of the patches.
IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
5. After completing the installation process, exit the
_i_n_s_t program by typing
IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
would for any other software subsystem. The removal process
- 5 -
reinstates the original version of software unless you have
specifically removed the patch history from your system.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
To keep a patch but increase your disk space, use the
_v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.